You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When an invoice is received and matched to an accrued GRN this entry is reversed as part of the posting process. The GRN and order line are set to invoiced.
There is an additional function https://demo.uzerp.com/?pid=902&action=match_invoice&controller=porders&module=purchase_order which allows invoices entered without GRN matching to be 'post-matched' to a GRN - this is to allow for mistakes. However the post matching process does NOT do the GL journal entry which means that the accruals control goes out of balance with the list of GRNs at status 'A'.
This has been noted in uzERP version 1.11
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
GRNs can be accrued via https://demo.uzerp.com/?pid=865&action=accrual&controller=porders&module=purchase_order and a posting made to the general ledger for the order line value that relates to the received line as follows
DR GL code from order line
CR Accruals control
The status of the GRN is set to 'A' - i.e. accrued
When an invoice is received and matched to an accrued GRN this entry is reversed as part of the posting process. The GRN and order line are set to invoiced.
Once a GRN is accrued it cannot be cancelled. There is, however, a facility to write back this accrual without clearing the GRN as follows
https://demo.uzerp.com/?pid=912&action=grn_write_off&controller=porders&module=purchase_order to allow for errors while keeping the GRN transaction. This reverses the GL entry.
There is an additional function https://demo.uzerp.com/?pid=902&action=match_invoice&controller=porders&module=purchase_order which allows invoices entered without GRN matching to be 'post-matched' to a GRN - this is to allow for mistakes. However the post matching process does NOT do the GL journal entry which means that the accruals control goes out of balance with the list of GRNs at status 'A'.
This has been noted in uzERP version 1.11
The text was updated successfully, but these errors were encountered: