RE:
I am surprised there is not more of a demand for this feature. With Omnichannel retail becoming more important, and in the interest of maintaining clean data, the POS should help the user avoid creating a duplicate customer account. This should be part of the standard application, like it is in the back office.
RE:
HI Luca,I see that this behaviour disappeared in the Belgian localization. Kr,Roland
RE:
In that context perhaps Microsoft could also look into a general approval of the sequencing by being able to setup a kind of advanced sequencing matrix that would enable the user to setup different setup and consider different setup times if one order is sequenced after an other order and in this constellation it required less or even none setup time compared to the case when an other item would be next in the sequence!
RE:
This is very sorely missing. It was there in AX 2012. It's somewhat possible now with Edit in Grid. Yes, I know we could use DMF (Import/Export), but COME ON! Super helpful when you only need to update select records. I would even take a separate way if we could do this via OData and CRUD. ;)Example that I have done in the past is to update Packing quantity in the WHSSalesLine table. Have the InventTransId necessary and filter by that.
RE:
Sorry, I have made a mistake with the typo, the idea title should be "Should Disable the ability to change PO value without unreceipting
RE:
Yes, please, we definitely need translations of item charges!Today I have to create the same item charge for each language!
RE:
For example 100,000 shows formatted as expected but once used into template it shows 100000.The comma and fractions gets removed i.e 100,000.25 will be showing as 100000
RE:
Surely the underlying database (SQL Server) isn't the cause here because the maximum unless you are using smalldatetime is 9999-12-31. I understand there will be remediation for existing customers that rely on it being 2154 so perhaps you could make this configurable so those customers not wanting to be locked into the artificial limit of 2154 can freely use up to 9999-12-31 as the underlying database technology supports?
RE:
We would like it to be increased to 60 days
RE:
We have customers who receive donations and they need to print receipts for their donors. These donors can then use the receipts as claims in their tax returns.