I'm running Dynamics NAV 2015 (8.0.40459.0) and found a bug that doesn't allow payment of vendor invoices with an external number larger than 30 characters, although the system allows creation of vendor invoices with an external number as large as 35 characters. The error message I receive when attempting to print checks from the Payment Journal is "The length of the string is 35, but it must be less than or equal to 30 characters. Value: 12345678901234567890123456789012345"
I realize this is an extreme case, but a bug none-the-less.
I expect to be able to apply these invoices against reversing credit memos to clear them out. Does anyone have another suggestion?
*This post is locked for comments
Thank you for your reply.
I chose to post the transaction with manual check later. I don't think I can get a clue on where and how to fix it. Thanks anyway.
You should not change the length of the tables without checking other relations. It will might cause system issues on the run.
To resolve the above issue, you can simply change the length of the variable to 35.
(If you want to change the table field length, I suggest you to consult your NAV partner)
Yes, I did find the solution.
I had to use the NAV Development Environment to change the length of the External Document No. field in the Vendor Ledger Entries table from 30 to 35. You must have a NAV Developer license to make that change.
You need to change the length of external document no to 35 it will resolve your issue.
I happen to a same situation:(. did you fix it later? if yes, can you tell me how?
[quote user="bmbates"]
I'm running Dynamics NAV 2015 (8.0.40459.0) and found a bug that doesn't allow payment of vendor invoices with an external number larger than 30 characters, although the system allows creation of vendor invoices with an external number as large as 35 characters. The error message I receive when attempting to print checks from the Payment Journal is "The length of the string is 35, but it must be less than or equal to 30 characters. Value: 12345678901234567890123456789012345"
I realize this is an extreme case, but a bug none-the-less.
I expect to be able to apply these invoices against reversing credit memos to clear them out. Does anyone have another suggestion?
[/quote]
I am not sure if you have the license to modify the report but try to change the DocNo Global Variable Length to 35, currently it is set to 30 and i believe that is causing the issue.
Hello Suresh. I was using a standard (RDLC_built-in) check ReportID 10401, but found the default standard ReportID 1401 also fails with the same error.
Are you using custom report check or standard report check, if standard what is the check report you are using ?
Sohail Ahmed
2
mmv
2
Amol Salvi
2