Jump to content

briantetlow

Members
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About briantetlow

  • Rank
    Novice
  1. A couple of weeks ago, I posted a message to support. They asked me for more information and I forwarded the following: 1. When entering a "Non-invoiced sale" (simple sale) When the sale is made, there is no option to select "petty cash" or any other bank type account. In fact it just always goes to "checking account" and if one changes the name of "checking account", the journal entry does not list any account where the money has gone. In a business when one does does cash sales, you would have an account (bank type account) and call it something like "cash drawer". Funds from cash sales go into the cash draw and as it gets larger, funds are then transferred from the "cash drawer" to either the bank or possibly "petty cash". The money never gets shown as going from a cash sale straight to a bank account. A simple solution would to either be able to select an account in the options or to have a drop down where the account can be selected when making the payment (like when making a payment for an invoice). That's the biggest issue and hopefully you can make the changes and get this one bug fixed. Today I received the reply: Hi, The petty cash option only shows on payment window.(see attachment) Regards, Rommel NCH Customer Service Team Fantastic. Being told what I already knew which was the subject of the complaint initially. It only shows on the payment window for a normal invoice and NOT the "simple sale" invoice. With a reply like that, I don't hold out too much hope to have that and the other issues (as outlined in a previous post) rectified. Adios
  2. To Enter a payment From the purchases tab click on ENTER A PAYMENT Place date in TRANSACTION DATE IN PAY TO type who payment was made to (Do not set up as a vendor or else you end up with too many vendors who you may only deal with once). If they are someone you purchase from all the time you can set them up as a vendor if you like. In ACCOUNT PAID FROM choose if the money came from petty cash or maybe you wrote a cheque and it comes from your check account. In TRANSACTION REFERENCE I would put the cheque number after the auto number if you paid by cheque. EG: PMT10007-CQ 12345 In JOURNAL MEMO put the description. EG: Joe Bloggs-Stationary In ACCOUNT ALLOCATION choose the expense account relevant. In AMOUNT put the purchase price. Click RECORD. Sometimes you might make one payment but want to spread the expense to 2 or more accounts. EG: You go to a store and purchase a calculator and some printing paper. You have one account for things like calculators and another for things like printing paper. In that case, in ACCOUNT ALLOCATION, you can put several lines of purchase going to different accounts. Hope that helps.
  3. If you do as stebourke said, the result will be as you want. Go to OPTIONS-INVOICE-NUMBER PREFIX and enter APT in there. Then your invoices will be numbered APT1000078, APT1000079 and so on. The only thing is that all your invoices will start with APT and not only the ones for Local Government. If this is a problem, you could just add the APT into OPTIONS-INVOICE-NUMBER PREFIX before doing the invoices which require it and then delete the APT from OPTIONS-INVOICE-NUMBER PREFIX to do other invoices.
  4. I have started using Express Accounts and like the software. It has a great interface, small footprint and is easy to use. But, there does seem to be a lot of bugs. A shame really as they would easily be correctable. Perhaps some other users have come up against the same problems and have found issues. These issues happen in all the versions I have tested up to 4.66. They are all in relation to Invoicing/Accounts Receivable as that has been the first area I have worked on. 1. Some currencies (like Indonesian Rupiah) have large amounts of digits. EG: 1 US$ = about Rp10,000. So an invoice for equivalent of $500.00 is 5 million Rupiah (5,000,000.00). There is no decimal place in the currency as it would be too confusing. So in the Regional section one would set it to nil currency digits. Simple enough. But raise an invoice, make the payment to that invoice. Then delete the payment and go and do the payment again and the balances are all wrong. When you do the payment, it still has some strange amount already applied to the invoice. The same occurs when currency digits are set to nil, one or three. Basically the system has the bug except if currency digits are set to two. 2. Create an invoice, then go to Journal and delete the invoice. Go back and view invoices and the invoice remains. No warning or anything when the invoice was deleted from the journal. Same if you create an invoice and do the payment. Print Preview the invoice and it shows it has been paid and no balance due. Go to the Journal and deleted the payment which it happily lets you do without warning. Go to the print preview for the invoice again and it still shows as no balance due and fully paid. 3. Simple non invoiced sale. This is basically a receipt, the type of transaction one would do when making a sale from a store front. All works quite nicely except for one thing. The payment automatically gets posted to the "checking account" bank account. You don't have the option of selecting your bank account or petty cash account. This is totally wrong. In fact it should go to a bank type account which is titled "Cash Drawer" or similar. Then when money is banked it is transferred from the "Cash Drawer" account to whatever bank account the money is deposited. Or, you can do some of the transfer to your petty cash account if you need petty cash. But it seems to get even worse. Delete the "Checking Account" account or even change the name and the money gets posted to NO account. It seems the system is "hard coded" to look for the text "Checking Account" and if it doesn't find it too bad. I'm sure these are things which could easily be fixed. I do believe Express Accounts has the potential to be a great piece of software for small business so lets hope the developers are listening.
×
×
  • Create New...