Take/Place relationship
nz.craig
Member Posts: 5
Hi - just wondering if someone can help me identify some way of taking a Take line in a warehouse document such as a Pick, and finding the related Place line(s), or taking a Place line and finding the related Take line(s).
There is no direct link but there must be somewhere in the system an example of standard code which does this....surely... :?
Cheers
Craig
There is no direct link but there must be somewhere in the system an example of standard code which does this....surely... :?
Cheers
Craig
0
Comments
-
First thing coming to my mind is the "Attached to Line No." field, but I can't remember if it was an add-on field or not ... don't have NAV on my machine here ...0
-
How about "Whse. Document Type", "Whse. Document No.", "Whse. Document Line No."?There are no bugs - only undocumented features.0
-
bbrown wrote:How about "Whse. Document Type", "Whse. Document No.", "Whse. Document Line No."?
Thanks, that sounds promising (or what about "Source Type","Source Subtype","Source Line No.","Source Subline No."?)
Using either of these options, could I still not end up in the situation where even though I have one whse document line that due to lack of stock in one bin or one lot that this could be picked from two bins, or two lots, so I could still end up with two takes and two places and not know for sure which one belongs to which one?
I suppose I could go further and match "Whse. Document Type", "Whse. Document No.", "Whse. Document Line No.","Zone Code","Bin Code","Lot No." - it is important though that I am 100% confident that I have the correct lines.
Cheers
Craig0 -
I once had this same problem, and solved it by adding an extra field to the warehouse activity line, and grouping the take and place lines into "sets" by making some changes in CU7312, setting the "setno." to the "line no." of the original document.0
-
Hi Craig,
I think you are chasing unicorns here
Basically there is no 1:1 link between take and place. The take is generated by working out how many items you need and where they will be picked from. But this does not then link to the place. This is a principle that Navision uses a lot (Shipment vs Invoice, etc) where there is commonality, but no direct relationship.
To make a 1:1 link you would need to force every take to be generated exactly to match on place, and then you would lose the benefits of consolidated picking.David Singleton0 -
Or you use standard Database normalization.
When you encounter a many to many relation you can always add a table with
as many fields as the primary key of take and the primary key of place.
Every field belongs to the primary key.
And you can add as many "place"-actions to 1 take and vice versa0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 327 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
