-
Allowing the amount of goods received and invoiced to be apportioned to separate fixed assets.
Suggested by MANISH MAHESHWARI – New – 0 Comments
When purchase lines are marked to create new assets, and items are received and invoiced as new fixed assets, only one fixed asset is created, even if the quantity is multiple of one. The quantity invoiced certainly exists on the fixed asset, but separate fixed assets need to be followed in some scenarios, which requires dividing the fixed asset into assets of quantity = 1.
Provide the Auto split functionality for fixed assets in auto mode if the FA item contains more than 1 quantity after invoice posting OR separate functionality/utility should be given to split the fixed asset into new child fixed asset on the basis of GRN QTY.
-
Filter EFT file details by Payment Journal Batch
Suggested by Radovan Dokic – New – 0 Comments
In big organizations, where several users are working on payments it would be very useful to filter EFT file details by batch, to avoid overlapping between different groups of jurisdiction. Now, EFT details are grouped by Bank Account number, ignoring the fact that batches are there to allow us to have more differentiation, not just per bank. -
Budget plan import, the system does not automatically perform a budget check
Suggested by Diana Carrillo – New – 0 Comments
When lines are generated from the budget plan import, the system does not automatically perform a budget check. Currently, the system runs budget checks correctly only when the lines are entered manually.
-
Global withholding tax- Withholding tax posting behavior for Australian entities should be calculated based on gross amount of payment
Suggested by Lindy Do – New – 0 Comments
With the current system behavior, the withholding tax amount is currently deducted from the payment. However, as per legal requirement in Australia referencing Documents quoting supplier's ABN | Australian Taxation Office, withholding tax should be calculated and recorded into the system based on gross amount of payment.
For instance, Vendor A issues an invoice for 100 AUD with a 5% WHT for Buyer B. When making the payment, Buyer B pays Vendor A the full 100 AUD and 5 AUD to the tax authority. This means the 5 AUD withholding liability is recorded as a WHT expense. The offset account for the journal should be Accounts Payable to Tax Authority, to be settled by the end of the month.
-
Importing ISO20022 return files for several legal entities
Suggested by Ingvild Ljunggren – New – 0 Comments
It should be possible to import a return file that contains payments for several legal entities. This was possible until version 10.0.35 (update 831854).
Now, when importing a return file that contains payments for several legal entities, the file can be imported into one company, but fails in all the others. The file must either be split manually to be able to import it in the other companies, or the payments must be manually updated.
-
Confused message when printing Vendor payment advice in Batch mode
Suggested by Cassie Nguyen – New – 0 Comments
When printing Vendor payment advice with Use print management and Batch processing enabled, the system throws the following confusing warning message:
“A report running in batch can't print to the screen. Screen output will be automatically sent to the print archive instead”
Although the report is sent to the correct destination setup in Print management, users still receive a message that the report cannot be printing to the destination showed in the report dialog
-
Customer Prepayment - partial payment should also be appliable
Suggested by Karin Andrä – New – 0 Comments
With the new Customer prepayment feature it should be possible, that if the customer pays only a partial amount of the prepayment invoice, to apply this in the Sales order invoice.
What we expect:
We should have the possibility
- to correct the first prepayment invoice
- to apply the real payment in the sales order
Suggested solution 1:
When the partial Payment is settled with the prepayment invoice
- the old Prepayment Invoice should be reversed
- a new prepayment invoice will be automatically generated in the amount of the real payment.
- In all steps the tax should be corrected.
- The corrected prepayment invoice should be available in the sales order invoice
Suggested solution 2:
When we post the sales order invoice we wish to have an automatically reverse of the first prepayment invoice and creation of the new prepayment invoice with the paid amount. And in this way the tax should also be corrected.
-
Separate role/duty for approving vendor bank account workflows
Suggested by Richard de Hond – New – 0 Comments
Right now, there's only a duty available to Maintain vendor master. This includes:
- Maintaining vendor details
- Create/Update/Delete Vendor bank accounts
- Submit Vendor bank account changes for approval
- Approve Vendor bank account changes
This is not SOx compliant! Approval should be moved to a separate duty and privilege for approval of vendor bank accounts. Auditors currently indicate this risk with a high severity level, as employees are able to fill in their private bank account details, without anyone noticing or checking these modifications.
-
Ability to Import Advanced Notes
Suggested by Jared Schafer – New – 0 Comments
Currently, the Customer advanced notes setup and Vendor advanced notes setup areas only support manual entry. Customers with large volumes of note setup for item/customer combinations have no way to import the notes in from a legacy system, or to create new en masse. Furthermore, there is no ability to personalize the grid to bring in the note text area such that users can copy and paste the data after staging it in excel. There should be some way to not make this a laborious manual process.
-
Automatic ledger settlement: partial matching of ledger transaction
Suggested by France Gilissen – New – 0 Comments
When the automatic ledger settlement is enabled, a debit transaction and a credit transaction can be automatically matched only if their amounts in the accounting currency are equal. A debit amount of $1.00 can be automatically matched to a credit amount of $1.00. However, a debit value of $1.00 can't be automatically matched to two credits, each of which is valued at $0.50.
The improvement would be that, when the total of the account is 0 (respecting the rules of the setup), the system would settle all the transactions into one.