Calculation of Due date

Stivan_dsouza21
Member Posts: 218
On Purchase Invoice Form, when vendor is slected the due date is calculated on the basis of Vendor card payment terms code.when Payment terms code is changed on that basis due date is calculated on th basis of payment term changed on puchase inovice.
But now i want that even if Payment Terms code is changed whatever payment terms code is specified on the vendor card on that basis my due date should get calculated on Purchase inovice.
So can somebody help me out.....
But now i want that even if Payment Terms code is changed whatever payment terms code is specified on the vendor card on that basis my due date should get calculated on Purchase inovice.
So can somebody help me out.....
Thanks & Regards,
Stivan D'souza
Stivan D'souza
0
Comments
-
You want to calculate Due date only based on Payment terms which is assigned on vendor card not on Purchase invoice Form?0
-
ya...
but at these client they change the payment terms code at purchase invoice.
even after changing it should calculated on the basis of Payment terms which is assigned on vendor card.Thanks & Regards,
Stivan D'souza0 -
what about setting payment terms code uneditable in Purchase invoice form?0
-
i have already suggested them but they want these to be customised.......Thanks & Regards,
Stivan D'souza0 -
can't you make the payment terms not editable?
edit: wops, too late
what a strange request :S
anyway, you can hide the real payment terms (delete it from the form), and make visible a new field on the form that gets the same value of the payment terms. Then, the user can change this field as he wants but the real payment terms field will still remain the same...0 -
by the way, i cannot see a real usefulness of such a modification, can you explain why they want it?
I would just make the field not editable, and tell them that if they want to add additional "miscellaneous" information they still have the sales lines and posting description fields...0 -
Belias wrote:anyway, you can hide the real payment terms (delete it from the form), and make visible a new field on the form that gets the same value of the payment terms. Then, the user can change this field as he wants but the real payment terms field will still remain the same...0
-
i asked them to make the field uneditable...
now client is saying that if they change Document DateThanks & Regards,
Stivan D'souza0 -
Why don't you explain the business scenario so we can corelate the requirements mentioned by you.CA Sandeep Singla
http://ssdynamics.co.in0 -
what they want is Due date should get calculated on the basis of vendor card payments terms code and document date
in each and every case.....Thanks & Regards,
Stivan D'souza0 -
Stivan_dsouza21 wrote:what they want is Due date should get calculated on the basis of vendor card payments terms code and document date
in each and every case.....
Which is a totally different request to your original one. Clearly you have an idea of what the client needs, but you don't know 100%.
Sit with them and write up a proper specification.
If your customer tells you they need a button to delete all GL Entries, you don't just start writing code, you work out what they really mean and do the job properly.
](*,) ](*,) ](*,) ](*,) ](*,) ](*,)David Singleton0 -
Guys i made the Payment terms code uneditable on Purchase inovice......Thanks & Regards,
Stivan D'souza0 -
Stivan_dsouza21 wrote:Guys i made the Payment terms code uneditable on Purchase inovice......0
-
At the Time of making PO, the Payment terms code will be editable and they will change the Payment terms code.
but when they book and inovice the payment terms code will be uneditable but the due date should get calculated on the basis of vendor payment terms code and document date.Thanks & Regards,
Stivan D'souza0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K 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
- 320 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