Marcus
11th June 2003, 14:54
Dear all,
I have processed a shipment notice in EDI. The values will come in table tdpur400. Only
what can i do with this table?, nothing else will be updated etc. Normally we must process
the shipment notice from tdpur4120m000 if we don't use EDI. Could somebody tell me what to do
with the table tdpur400? I'm using BaaN IV c4.
Thanks in advance.
Juergen
12th June 2003, 09:38
Hi Marcus,
never work with that, but it seems that Session tdpur4580m000 "Display Interim Table Dispatch Advice" is not only displaying the data but also processing it in some way.
Maybe you can check this.
Juergen
Marcus
12th June 2003, 11:58
Thanks Juergen for your reply and the session number.
But still i can't process the data. I could see them in the session you give, but could nothing do with it...
Any idea is appreciated.
Juergen
12th June 2003, 12:32
Hi Marcus,
found out how it works!
From Session tdpur4120m000 "Maintain Receipts" on field Packing Slip you can zoom to Session tdpur4580s000 "Display Interim Table Dispatch Advice". In that Session you have the option "[Y] = Transfer Dispatch Advice".
Hope it`s works for you also!
Juergen
Muetze
12th June 2003, 15:43
Hi Marcus,
yes that's exactly what is happening. We are using this procedure. A disptch note is written into table tdpur400. When maintaining the receipt you can select various dispatch note from the td pur400 table to maintain the receipt a bit faster and easier.
If you have further questions please post them here.
regards
Mütze
Marcus
13th June 2003, 10:30
Juergen you are FANTASTIC.
Thanks a lot, i'm going to check it now ;)
rduncan10
9th July 2007, 20:36
I hope it is okay to post a reply to this old topic.
I'm setting up EDI in Baan IVc4 and have figured out how to transfer dispatch advice. My problem though is that when I create the ASN / Shipping Notice (this is a multicompany setup), I get a seperate packing slip for each line shipped. So in order to use the dispatch advice, I'd need to create a seperate receipt for each PO line. This takes more time than doing a manual receipt.
Is there anyway to combine the lines for a single PO onto one packing slip to simplify this process?
Rob
robertvg
11th July 2007, 09:37
My problem though is that when I create the ASN / Shipping Notice, I get a seperate packing slip for each line shipped.
Rob
In the EDI input data, is there a different Packing Slip number for each PO line ? In that case you will have one record per Packing Slip in tdpur4580m000 yes. Perhaps you could run a perl script to amend the EDI input file first before you load it into the EDI module.
avpatil
11th July 2007, 21:13
You can also change the values in tdpur400 table. In our scenario actually we are receiving multiple POs under one receipt from the tdpur400. We are not doing EDI, but I am using tdpur400 table to populate a receipt.
Arvind Patil
rduncan10
11th July 2007, 21:48
To answer robertvg: yes they are getting different packing slips when I run "Print Packing Slips" in the sales company.
Oddly if I create a sales order manually for the same customer and parts, all the lines get the same packing slip number. If I create the sales order through EDI (from an 850 from the purchasing company), I get different packing slip numbers for each line.
I haven't had much of a chance to investigate this much further yet. I think there are some fields in the sales order lines (delivery address??) that can trigger different packing slip numbers, so perhaps there is something in the EDI conversion setup for the 850 that I can change to fix this.
robertvg
12th July 2007, 10:50
Oddly if I create a sales order manually for the same customer and parts, all the lines get the same packing slip number. If I create the sales order through EDI (from an 850 from the purchasing company), I get different packing slip numbers for each line.
I do not have much experience with the outgoing DESADV message (Packing Slip), but I know from the outgoing INVOICE that also each order delivered will be get a new invoicenumber. I think this is due to the EDIFACT message format. Even tried to work around this once by making changes in the message setup, but our customers would get problems processing them.
robertvg
12th July 2007, 11:03
By the way: I'm also implementing the incoming Packing Slip message at the moment and I have a different issue: the tdpur400 table contains 3 quantity fields: ordered qty, packing slip qty, and backorder qty. We actually receive only the value of Packing Slip qty.
Suppose I ordered 1500 pcs, but the Packing Slip qty is 20 in the EDI data is 20 pcs. Now when I use this data in tdpur4120m000 (Maintain Receipts) I would expect Maintain Receipts automatically to receive 20 pcs. Instead it just shows the original ordered 1500 pcs as 'To Be Delivered'.
Where did my 20 pcs. go ?
rduncan10
12th July 2007, 15:14
Hi,
Maybe you have thought of this, but I found there were a couple of ways to enter the packing slip in Maintain Receipts. One worked the way you described. The other worked the way you would expect.
If you just type the packing slip number in Maintain Receipts, you see the original order quantity.
If you zoom on the packing slip field and choose the packing slip from the list of dispatch advice notes, the packing slip quantity shows what was on the EDI message.
Rob
rduncan10
12th July 2007, 18:03
I figured out that it is the delivery address. The incoming 850 (purchase order) is creating a specific delivery address on each sales order line, which then triggers a seperate packing slip.
I found that if I deleted the contents of the flat file that holds the addresses (850.7), the sales order was created without specific addresses and I got one packing slip for all lines.
So how would I go about making sure the specific addresses are not generated?
In our case I am trying to set up mulitsite or intercompany EDI. We will be using external EDI, but we are starting with intercompany. I know I could probably create a seperate version of the 850 message for multisite, but I'd like to keep the setup as simple as possible. I am hoping we can create some customer-specific conversion setup that will fix this.
robertvg
12th July 2007, 18:10
I'm not sure about the X12 formats (we use EDIFACT) but in my standard outgoing DESADV/ORDERS conversion setup the address that is send in the message is either the delivery address, or if that is not available then the customer address, or the line-specific address. You will see references to all three addresses in the conversion setup - tccom013 - tccom010 - or tdsls042
Which address is send is controlled by the Evaluation Expressions SCD, SDD and SSD.
You could copy the conversion setup to an extra one, amend the conversion setup (delete some lines or use different evaluation expressions) and then for those customers use that new conversion setup.
Suc6.
Robert
rduncan10
12th July 2007, 21:21
Thanks for your help. That works.
For the record, here is what I did:
I copied the existing 850 conversion setup to a new one (850.M)
Since for our intercompany I don't want to bother with delivery addresses at all, I just deleted all the records for level 7 (which 850 is the specific delivery address level of the 850.)
I then attached this to the relation.
I only needed to do this for the outgoing 850. Level 7 is optional, so the incoming process skips over it if it is blank.