I have a client who would sign up today for D365 Financials if the Item Description field was larger. right now it appears to be limited to 50 characters. He need it to be at least 1000 characters.
I am aware of the extended text availabliity, but these also are limited to 50 characters and to enter the description they need 50 characters at a time is a poor work around.
Currently we can't import in images with items in Dynamics 365 for Financials so the process currently is to open every item and then the image can be imported. The following suggestion was made on Forums:
If we can have a folder in OneDrive specifically for images, so we can put images with the Item Number as the file name and then it can match it up if it finds inventory with the same name, if no inventory with matching name it would take the images and move it to a rejected images folder, of even generate a log of the matched and rejected.
Customers could have thousands of items with some "blocked" when they are no longer used. However, those blocked items still show up in lookups when adding items to Sales Invoices which makes the list of items much longer and causes confusion as to what items are actually available. We should either not show "blocked" items since they can't be used or allow the option to hide blocked items from the Inventory look up.
When entering a non-existing “Item No.” in the field “No.”, the following message appears:
This item is not registered. To continue, choose one of the following options:
Create a new item card for XXXX.
Select an existing item.
This functionality cannot be enabled/disabled by (de-)selecting the option in the “Sales & Receivables Setup”
We can do it if speak about “Description” via Sales & Receivables Setup \ Create Item from Description but do not have such type of option for “No.”
In some cases functionality has been felt unwanted from the customer perspective..
We have a prospect for D365F who will need to use lot tracking and serial numbers with their inventory. The roadmap https://roadmap.dynamics.com/#edition=1#application=a56e2c12-2a92-e611-80dc-c4346bac0910#area=153e2407-bf9b-e611-80de-c4346bacbf10#status=c3ba828c-ae97-e611-80df-c4346baceb68 shows that lot tracking and serial numbers are in development for Business Edition...
"You can now use lot or serial numbers to track items through your supply chain, from receipt to shipping. Item tracking also lets you calculate item availability in various item tracking windows, so you can see how much of a lot or serial number is currently being used on other documents."
However, our prospect's stock is perishable, if a lot goes 'out of date' it becomes unusable. Please can lot expiry dates be included within the development in progress and, if they aren't, please could they be added later? Client will need to be able to report on stock by expiry date and choose which lots he uses / sells based on their expiry dates.
it may be useful to have a Lot List and a Seral List pages based on the Lot Information & Serial Information tables. For those who use these two tables (it is not mandatory to use them) in which to assign further information to the lots and serials these lists would be useful. (today we can have only the card pages).
This request is to enhance the "Calculate Inventory" function in the Physical Inventory Journal to break the inventory down so that there are individual journal lines at the Item, Location, Variant, Bin, Lot No., and Serial No. level. I if the Physical count doesn't match the calculated count then Item Tracking Entries are automatically created for the difference.
This will make taking, and processing, the inventory counts much more efficient.
All master data / setup tables in NAV having a description field, allows description lengths of at least 30 to 50 characters. Only the 'Unit of Measure' table still doesn't follow this pattern and is still limited to only 10 characters.
Since we're not able to extend this field via an extension, can we have the description field length (and translated description) updated to 30/50 by MS?
My last post made me realize that the attribute table is great but could be greater if they would be specific to an Item Unit of Measure. For example, Gross Weight, Dimensions... could be pulled from this table and printed on a pick instruction document.