Votes

2

Accounts Payable Misc Payments and Accounts Receivable Misc Receipts without vendor and customer.

by: Mary O. | over a year ago | Financial Management
Cast your vote or comment ...
return to idea list

Up to Accpac 5.3, Misc Payment was for GL payments and had no reference to vendor. In 5.5 users are prompted to enter a vendor number, and in many cases they become confused and enter a vendor number when they should not do so.

Can you please change Misc Payment to 2 separate payment types:
Misc Payment (or G/L payment) where no vendor information can be entered,
and Prompt Payment, where the vendor and invoice number are required.

Please do likewise for Accounts Receivable Misc Receipts.

by: Mary O. | over a year ago | Financial Management

Comments

  • Educate the users, this works perfectly IMO. Why have another screen/icon that does the same thing?

    by: Ettienne S. | over a year ago

  • It doesn't need another screen or icon - just another Payment type. Misc payment used to be quite clearly GL payments only. When the new features were added, it should have been a new transaction type, not a change to the definition of the old one.

    by: Mary O. | over a year ago

  • I vote for keeping it the way it is, and not adding another transaction type. How is it that users are entering a vendor in the vendor number field when they shouldn't, and what's the harm if they do?

    by: Rebekah H. | over a year ago

  • If you are trying to enter a GL payment, there should be no vendor code.

    Users who have been using Accpac for many years have become accustomed to the fact that when you entered a Misc payment, it did not prompt for vendor code, but allowed entry of payer name and GL account details. When they upgraded to 5.5, suddenly Misc payments asked for vendor code, so they think it is required and they enter one. Then they find it wants an invoice number, so they key a reference number from the paperwork for the payment. Now you have a payment against a vendor, and an invented invoice number which both should not have been there. Then, when they work out they've made a mistake, they have to reverse the payment AND the invoice, or it makes more mess.

    It would have been so easy to just make the new type of Misc Payment a different payment type.

    by: Mary O. | over a year ago

  • This one is solved using Peresoft Cash Book

    by: David E. | over a year ago

  • Detail Optional Field feature missing in Misc Payment /Receipt

    by: KC L. | over a year ago