Price & Variant
navuser1
Member Posts: 1,334
Hi all,
Is there any provision to set the Item Sales Price in combination with
multiple Values of variant codes?
I'm using Nav5.0 SP1
Is there any provision to set the Item Sales Price in combination with
multiple Values of variant codes?
I'm using Nav5.0 SP1
Now or Never
0
Comments
-
Use the sales prices functionality. It already has got pricing with reference to variants.Regards,
Deep
India0 -
Deep wrote:Use the sales prices functionality. It already has got pricing with reference to variants.
Dear Deep.
I know it. But Suppose Item XXX has two or more Variant (Var1, Var2...VarN)
Var1 has some special specification(Values) Var1 Spec1, Var1 Spec2..
Var2 has some special specification(Values) Var12Spec1, Var12Spec2..
Sales Price will be specified with combination of Var1 and Var2....
Is it available in Nav5.0 Sp1 ???Now or Never0 -
You cannot have anything like Variant 1 with Spec 1 and Variant 1 with Spec 2.
You can setup the items as-
Item | Variant | Description
A | 1a | Variant 1 with spec- a
A | 1b | variant 1 with spec- b
A | 2a | variant 2 with spec- a
A | 2b | variant 2 with spec- v
....
....
.... and so on.
It may serve your purpose.Regards,
Deep
India0 -
Deep wrote:You cannot have anything like Variant 1 with Spec 1 and Variant 1 with Spec 2.
You can setup the items as-
Item | Variant | Description
A | 1a | Variant 1 with spec- a
A | 1b | variant 1 with spec- b
A | 2a | variant 2 with spec- a
A | 2b | variant 2 with spec- v
....
....
.... and so on.
It may serve your purpose.
Dear Deep,
I know it.But it does not resolve my problem.
I think you can understand my problem.
I describe it again.Suppose Item XXX has two variants
1. Type (Normal,Standard,ultimate )
2. Length (4/6 , 6/7, 8/10)
Scenario
Item | Variant/Variant specification | Price
XXX | Normal and 4/6 | 100
XXX | Normal and 6/7 | 200
XXX | Normal and 8/10 | 300
XXX | Standard and 4/6 | 150
. . .
. . .
. . .
. . .
. . .
Is it available in Navision ?Now or Never0 -
No, not available, that would have to be done with new custom development. You should reconsider Deep's suggestion, that is what I would do as well. Pricing mods always sound easy when you start, but always turn out to be MUCH more work in the end.0
-
DenSter wrote:No, not available, that would have to be done with new custom development. You should reconsider Deep's suggestion, that is what I would do as well. Pricing mods always sound easy when you start, but always turn out to be MUCH more work in the end.
Thanks Daniel,
This is our client requirement and we have already done this requirement in
their previous Software.
We always consider your suggestions and deep's suggestion for the new customization.
Thanks to both.Now or Never0 -
If you are dead set on writing custom pricing logic (which I think is the wrong decision, creating new variants for each specification is much easier to do, and it is without any customization), then I would suggest you create it from scratch completely, and leave existing pricing logic in place. Put a flag in some setup and wherever you need to make a change to the pricing logic, add a condition to the pricing and call your custom logic instead when that is turned on.navuser1 wrote:We always consider your suggestions and deep's suggestion for the new customization.
Changing standard NAV pricing can be done of course, but in my experience it is always a lot more work than you think from the start.0 -
to add something to it-DenSter wrote:Changing standard NAV pricing can be done of course, but in my experience it is always a lot more work than you think from the start.
With substantial work, it needs substantial amount of testing, and you never know at which logic permutation and combination it fails... I have seen this realtime over a project. The users kept on selling without price verification (totally assured about the sales price functionality) and lost a good money.Regards,
Deep
India0 -
Deep wrote:
to add something to it-DenSter wrote:Changing standard NAV pricing can be done of course, but in my experience it is always a lot more work than you think from the start.
With substantial work, it needs substantial amount of testing, and you never know at which logic permutation and combination it fails... I have seen this realtime over a project. The users kept on selling without price verification (totally assured about the sales price functionality) and lost a good money.
Dear deep,
This work had done by our VB team in their previous software.
And they used more than 10 numbers of Tables and thousand lines of coding.
Thanks !Now or Never0
Categories
- All Categories
- 75 General
- 75 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
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
