Announcements
hi
We have an item setup as a stocked product and 'receiving requirement' checked. Invoice matching policy is 2-way matching. There is no receipt against the item.
When I create a PO invoice, matching policy does not show error as expected. However, invoice fails with error 'insufficient quantity received'. So I wonder 'receiving requirement' flag makes any sense if we are using matching policy. It seems AX essentially enforces 3-way matching if this flag is set to true.
I guess i will have to set this item as non-stocked. This is a consumable type item and business does not want to bother with receiving the goods.
Thanks in advance
Hadesh
*This post is locked for comments
Although 3-way matching sounds like stringent policy, I am finding that without "Approval" parameter setting that the user can post Invoices which do not closely match Goods Receipts in terms of dollars. In particular, if the user clicks Totals button in Invoice posting, the Invoice value can be wildly different from the nett values, and can therefore calculate a significant amount to the "Vendor invoice rounding-off" account in the GL "Accounts for automatic transactions".
Warnings are the exclamation marks when using the Review tab's "Matching Details" button in Vendor invoice posting.
If that is the way it is intended to work without Workflow, I am cool with that. But I am wondering if there should/could be a limit on the Vendor rounding-off amount because they can be messy to deal with. (e.g. As part of a service payment, it would typically be assessible for VAT)
Is anyone aware of any comprehensive documentation on the operation and philosophy of these features?
Thanks a lot.
Hi,
The answer depends on whether the idem model group is also used for other items for which you might need the stocked and receiving requirements parameters.
If you don't use the item model group for other items, unchecking the receiving requirements check box might be the easiest option. Yet, this has the disadvantage that you have to filter out those items for example from the inventory value report as they represent consumables.
Best regards,
Ludwig
Thanks. Last question :)
I guess i have an option, either mark it as non-stocked or un-check receiving requirement. Which one would you recommend? This item is not part of any BOM
regards
Hi,
If you don't need to take care about the inventory qty because the item is a consumable then you are right with what you mentioned in the beginning that a non-stocked item is required.
Best regards,
Ludwig
Thanks, unfortunately this is happening after invoice is approved. So there is no question of matching issue :(
The error is positively coming during invoice posting process while updating inventory.
regards
Hi Harry,
If you have a workflow up and running you sometimes run into the issue that an explicit approval of a variance is required if - for example - a price variance exists. At least that is what I often run into.
Because of the workflow approval, I regularly set the AP parameter to allow postings with a warning only and do not require an explicit approval, which would require that somebody opens the transactions and sets the approved checkbox.
Hope this helps.
Best regards,
Ludwig
OK, i see the disconnect.
Invoice goes through workflow and I can see that 2 way policy is being applied. The error happens after invoice is approved and during the posting process.
Appreciate your help :)
harry
Hello Harry,
I do not think that AX enforces something wrong.
What you have to be clear about is which policy is taken into consideration - the company policy or the vendor-item specific one.
Please double check your parameter settings and possibly compare it with the following examples and documentation provided here:
technet.microsoft.com/.../hh242852.aspx
technet.microsoft.com/.../gg243265.aspx
Best regards,
Ludwig
Hi
I am confused. Is this going to allow invoice posting without receipts?
My question is what is the point of 2way matching if receiving requirement forces user to have a receipt.
Regards
Harry
André Arnaud de Cal...
294,002
Super User 2025 Season 1
Martin Dráb
232,852
Most Valuable Professional
nmaenpaa
101,158
Moderator