Refund option missing from OptionString - Possible BUG?

anil_mujagic
Member Posts: 91
Hi there,
I encountered a problem with "Cr. Memos for Advance Invoice" on Croatian/Serbian localization of NAV 5.0 SP1.
When I post the Cr. Memo for Advance Invoice which has the "Applies-to Doc. Type" field set to "Advance Invoice" ("Applies-to Doc. No." is also set to appropriate advance invoice no.) it ends up in Posted Credit Memos with "Corr. Advance Invoice" value in the "Applies-to Doc. Type" field ("Applies-to Doc. No." field is unchanged and still points to the correct invoice).
I looked at the OptionStrings of the "Applies-to Doc. Type" fields in the "Purchase Header" table and "Purch. Cr. Memo Hdr." table and found this:
Is there anyone else who can confirm this behavior?
I checked the W1 database of NAV 5.0 SP1 and everything seams to be OK there. OptionStrings are identical and include Refund option.
I wanted to add the missing option but decided to consult the community and see if anyone did it already and if there were any known problems after that.
Thanks,
Anil
I encountered a problem with "Cr. Memos for Advance Invoice" on Croatian/Serbian localization of NAV 5.0 SP1.
When I post the Cr. Memo for Advance Invoice which has the "Applies-to Doc. Type" field set to "Advance Invoice" ("Applies-to Doc. No." is also set to appropriate advance invoice no.) it ends up in Posted Credit Memos with "Corr. Advance Invoice" value in the "Applies-to Doc. Type" field ("Applies-to Doc. No." field is unchanged and still points to the correct invoice).
I looked at the OptionStrings of the "Applies-to Doc. Type" fields in the "Purchase Header" table and "Purch. Cr. Memo Hdr." table and found this:
Purchase Header: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Refund,Advance,Corr. Advance,Advance Invoice,Corr. Advance Invoice Purch. Cr. Memo Hdr.: ,Payment,Invoice,Credit Memo,Finance Charge Memo,Reminder,Advance,Corr. Advance,Advance Invoice,Corr. Advance InvoiceThe value in the database is the same (9) but the OptionString is obviously causing the problem with the NAV representation of the value.
Is there anyone else who can confirm this behavior?
I checked the W1 database of NAV 5.0 SP1 and everything seams to be OK there. OptionStrings are identical and include Refund option.
I wanted to add the missing option but decided to consult the community and see if anyone did it already and if there were any known problems after that.
Thanks,
Anil
Try my NAV Object Comparer: http://www.mibuso.com/dlinfo.asp?FileID=1041
0
Answers
-
In my opinion, it should be the same, but I'm no croatian localisation expert
.
I checked the belgian and W1 release, and the optionstrings are the same there.. .
Did you check the caption, is the "Refund" option missing there as well? Captions is the same as OptionString?
Did you ckeck the Purch. Invoice Header? What is the situation there?0 -
Waldo wrote:In my opinion, it should be the same, but I'm no croatian localisation expert
.
I checked the belgian and W1 release, and the optionstrings are the same there.. .
Did you check the caption, is the "Refund" option missing there as well? Captions is the same as OptionString?
Did you ckeck the Purch. Invoice Header? What is the situation there?
Thanks for spending some time to look at this issue.
Yes, the "Refund" option is missing from captions too, but all other tables (Purchase Header, Purch. Rcpt. Header, Purch. Inv. Header) are OK (they include Refund option and it's captions).
I'll try to report this to MS and see what they say.
Thanks again,
AnilTry my NAV Object Comparer: http://www.mibuso.com/dlinfo.asp?FileID=10410 -
I posted the Issue to MS Connect:
https://connect.microsoft.com/dynamicssuggestions/feedback/details/622901/bug-refund-option-missing-from-applies-to-doc-type-fields-optionstring-in-purch-cr-memo-hdr-table
No response from MS yet.
However, I added the missing option to OptionString and Option Captions without too many issues.
Here are the steps in case someone needs it:
1. Export all objects to .txt file
2. Add the missing option
3. Export all objects to .txt file AGAIN
4. Compare the two .txt files and see if there are any changes in code where actual field is used and fix referenced values
In my case there were only two places where options from that field were referenced, and it was in our custom code, so I had to change that code because all options that come after the "Refund" option were shifted for one place.
That's it.
Cheers!
AnilTry my NAV Object Comparer: http://www.mibuso.com/dlinfo.asp?FileID=10410
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