web
You’re offline. This is a read only version of the page.
close
  • Customer and Vendor netting function should have a parameter to settle a single invoice to avoid settlement voucher

    1. Current Design: The system aggregates the total amount of all invoices and posts it using the Customer/Vendor posting profile defaulted in the AR/AP parameters. This results in numerous settlement vouchers being generated to balance between the netting voucher and the original invoices.


    1. Proposed Improvement: Introducing a parameter that allows the creation of a netting voucher for each invoice using the Customer/Vendor posting profile from the original invoice would be beneficial. This approach would eliminate the need for settlement vouchers, thereby minimizing accounting entries.
  • Voucher generation for correct/Cancel function on Product receipt (PO)/ Packing slip (SO) when Disable/Enable Allow posting to Ledger in AR/Ap Parameters

    Enhance the Cancel and Correct functionality for product receipts (AP)/ Packing slip (AR) to ensure consistent financial audit trails. Specifically, ensure that a voucher is always generated when using the Cancel or Correct actions, regardless of whether the "Post product receipt in ledger"/ "Post Packing slip in ledger" parameter is enabled or not at the time of correction/Cancellation.

    This enhancement addresses scenarios where configuration changes during the process lifecycle can lead to inconsistencies in ledger postings.


    Business Scenario:

    Initially, the customer enables the"Post product receipt in ledger"/ "Post Packing slip in ledger" parameter, so product receipts (AP)/ Packing slip (AR) generate vouchers. Later, the customer decides to disable this parameter. If a user then attempts to Cancel or Correct a product receipt that previously generated a voucher, the absence of a new voucher causes inconsistencies in ledger transactions and inaccurate financial reporting. This enhancement ensures transactional consistency and compliance by aligning the reversal with the original posting method.

  • Financial tags for Inventory adjustment transactions

    For better consistency and P&L (Profit and Loss) reporting, financial tags should be added to inventory adjustment transactions. This is particularly useful when a client wants to track P&L by a specific document number (e.g., a Booking ID).

    While a financial dimension could also meet this need, it often negatively impacts system performance. Financial tags are a more ideal solution for tracking document numbers, but currently, they don't capture data for the Inventory adjustment transaction (Cost of Goods Sold (COGS).


    Thanks