143 results found

1. receipt import

   The receipts import ignores the invoice number and allocates each receipt using the first in, first out method, against the oldest open invoice. Clients often pay a specific invoice, so we reverse and reallocate by hand. This wastes time and causes errors on the debtor ledger and client statements.

   Suggested logic:

   Invoice number provided: allocate against that invoice.
   No invoice number, one open invoice on the ledger matches the amount: allocate against that invoice.
   No invoice number, more than one open invoice on the ledger for the same amount: allocate against the oldest of them, using the first in, first out method. Use this method only when the ledger holds more than one invoice for the same amount.
   No invoice number, no match: leave the receipt unallocated on the client ledger.

   Edge cases:

   Invoice not found or already paid: leave unallocated and flag it.
   Receipt above the invoice balance: allocate up to the balance, leave the excess unallocated.
   Receipt below the balance: allocate as a part payment.

   Please also add an import report showing how each receipt was allocated, and an invoice number column in the import template if one does not exist.

   Benefits: allocations match remittances, fewer manual corrections, accurate aged debt and statements.

   The receipts import ignores the invoice number and allocates each receipt using the first in, first out method, against the oldest open invoice. Clients often pay a specific invoice, so we reverse and reallocate by hand. This wastes time and causes errors on the debtor ledger and client statements.

   Suggested logic:

   Invoice number provided: allocate against that invoice.
   No invoice number, one open invoice on the ledger matches the amount: allocate against that invoice.
   No invoice number, more than one open invoice on the ledger for the same amount: allocate against the oldest of them, using the first in, first… more

   1 vote

   Vote 0 votes Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  CCH Central  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Low You must login first! Moderate You must login first! High You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Acknowledged  ·  System responded

   Thank you for submitting your idea to us!

   We’ve received your suggestion and our team will be reviewing it shortly. We truly appreciate your input.

   Important: If you wish you remain informed of the progress of your submitted idea, please 'Subscribe to Updates on the Idea' which will then keep you updated on it's progress.

   Best regards,

   Product Development

   Wolters Kluwer UK TAA

2. Allow the time task code to be set by default on assignments with completed jobs

   At the moment, the time task code column in timesheets is automatically filled with a default value if the assignment either has an open job or has never had a job.

   In the event that assignment has had jobs in the past but they are all currently completed, it does not automatically fill that time task code column with a default value.

   I think it should autofill with the time task code set in the timesheet settings. It is confusing from an employee perspective that they can select one assignment and it autofills that column and allows them to comment and set time units, then they select another assignment of the same type and it doesn't autofill. Many have even reported this believing it to be a software issue. Since most employees have completed jobs hidden by default, an assignment which does autofill by never having a job and one which doesn't because it only has completed jobs look identical to them.

   I am aware that rolling forward a job to have an open one is a workaround, however these are often cases where time is being allocated to one client but the actual bill, and therefore the job and budget, is being raised on a parent client. Eg, A client we first engaged with for accounts individually but have since onboarded the rest of the group and now bill and raise jobs to the parent holding entity.

   At the moment, the time task code column in timesheets is automatically filled with a default value if the assignment either has an open job or has never had a job.

   In the event that assignment has had jobs in the past but they are all currently completed, it does not automatically fill that time task code column with a default value.

   I think it should autofill with the time task code set in the timesheet settings. It is confusing from an employee perspective that they can select one assignment and it autofills that column and allows them to comment… more

   1 vote

   Vote 0 votes Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  CCH Central  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Low You must login first! Moderate You must login first! High You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Acknowledged  ·  System responded

   Thank you for submitting your idea to us!

   We’ve received your suggestion and our team will be reviewing it shortly. We truly appreciate your input.

   Important: If you wish you remain informed of the progress of your submitted idea, please 'Subscribe to Updates on the Idea' which will then keep you updated on it's progress.

   Best regards,

   Product Development

   Wolters Kluwer UK TAA

3. Amended LLP accounts

   You can prepare them under FRS102/105 and submit but we've been advised by support that it is not possible to prepare/submit amended LLP accounts (through WK using the stat database defective accounts option). Any plans to do this?

   0 votes

   Vote 0 votes Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  CCH Accounts Production  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Low You must login first! Moderate You must login first! High You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Acknowledged  ·  System responded

   Thank you for submitting your idea to us!

   We’ve received your suggestion and our team will be reviewing it shortly. We truly appreciate your input.

   Important: If you wish you remain informed of the progress of your submitted idea, please 'Subscribe to Updates on the Idea' which will then keep you updated on it's progress.

   Best regards,

   Product Development

   Wolters Kluwer UK TAA