Howdy, Stranger!
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.6K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 298 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 259 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Comments
You can only make your own rules when you are the boss
Let's just say a well defined system logic can achieve the establishment of linkage between shipments & invoices.
A lot of these kind of transactions are probably overseas & caused by the time constraint...
ERP Consultant (not just Navision) & Navision challenger
I miss what that has to do with what I said.
My line is that it almost never is the system.
My example was meant to illustrate the fact that in the system the way it is you are never guaranteed a 1 to 1 relationship between shipment and invoice (due to the fact that you can do any wacky combination of shipments and invoices). Which is what the other people said: you have shipments and you have invoices, not invoices for shipments.
I work a lot with clients who use EDI. So they generate BOLs for the stuff they ship for an order today and then they HAVE to generate an invoice for THAT shipment and reference THAT BOL No. So I can always tell you which invoice is for which shipment. And that happened not because I am the boss (I am just the consultant) but because that was the business requirement.
So either that is what the business rule is or otherwise it is a dumb request. If the client cannot accept it that is a different thing but it is still the client and not the system.
I meant the scenario you were describing on sequence of shipment and invoices.
5.0 has added the link between shipment and invoices so you can see the related lines.
Independent Consultant/Developer
blog: https://dynamicsuser.net/nav/b/ara3n
Not guaranteed doesn;t mean it cannot be done or should not be done...
I disagree with "you have shipments and you have invoices, not invoices for shipments. " as will auditors...
If 5.0 really has that the link then it would mean that there were many requests for it such that it became important enough to be included or the system is getting dumber...
I'm happy that 5.0 has it...
ERP Consultant (not just Navision) & Navision challenger
I'm happy as well.
Independent Consultant/Developer
blog: https://dynamicsuser.net/nav/b/ara3n
I tried my scenario: on a 10 qty order I shipped 3 then 7 and then invoiced 6 and then 4. On the 3 pieces shipment it showed the invoiced for 6 and on the 4 pieces one it actually showed both invoices.
So it does what Rashed suggested at the beginning as a mod. It looks for a value entry that contributed cost to the item ledger entry created by the the shipment line you are on.
So if that is your definition of "What invoice is for what shipment" then I guess you guys are right and your problem is solved in 5.0
However if you truly want to tie in shipments and invoices for payment terms and freight charges then this does not help.
As I said before it is not magic and you have to make your own mod if you need to think and have things work that way.
But then again ... dead horse probably ](*,)