Thanks for your confirmation.  Yes, I just found that the auto-generated Purchase Order Delivery was not removed by voiding the original Supplier Invoice.  I need to void the delivery manually as well.

I had a supplier invoice created via direct supplier invoice input.  Since it was a cash purchase, payment to the supplier was created automatically.  I then voided the supplier invoice due to wrong supplier entered.  Later I found the payment was not voided.  Please confirm that I have to void the supplier payment manually.

I've downloaded the zip file.  Do I just copy the post-release files to my installation and that's it? 

What exactly does this statement mean?  "Take note of DB changes in the charts of accounts and those that pertain to fixes in the addon modules apart from the new entries in the config.inc.php (refer config.default.php changes) / sys_prefs table entries."

I'm using FA 2.4.4 Build 17.03.2018.  The COA is the default one that comes with the installation.  Where can I check what exactly it is?

I'm having a similar situation.  I buy items from supplier A.  The Purchase Account for this supplier has been set to Inventory account because the hint of the selection button is to either use an Inventory Item or a COGS Account.  I use a service item S to record the delivery charge every time I buy from A. The C.O.G.S. Account of S has been set to "Supplier A delivery charge" under G/L Cost of Goods. 

I used Direct Purchase Invoice to input all my purchases.  All of the S items of these invoices were all debited to Inventory a/c instead of "Supplier A delivery charge" a/c.

For my own use, I just added $newpayment = true after
      if ($cart->payment_terms['cash_sale']) in the program sales_order_entry.php

to force $cart->due_date = $cart->document_date

By all means, thanks for all of your replies and support.

poncho1234 wrote:

Isn't cash sales meant to be for the day you make the sale?

I see your point. That means I have to input direct invoices on the same day the sales are made.  If I collect the invoice copies for the week and input them later, the due date will become the day I input the chits, not the invoice date.

poncho1234 wrote:

A possible solution is to change the day you created the invoice directly in the database before you print it.

Because I just started to use FA, I have to input all my last year's invoices into the system.  If I have a thousand invoices with different sales dates, I then have to change the database for each and every of these invoices.

Actually my requirement is very simple.  Because it's a cash sale, the product is given to the customer  on the spot when cash is collected.  Therefore, I would expect the due date is the same as the invoice date.  Since the system uses another date as the due date, I just wonder if I can change it back to the invoice date.

Thanks for your reply.  Yesterday I didn't notice any due date value shown on the Sales Direct Invoice screen. 

Today I paid attention before inputting anything to the DI screen.  I FOUND there was a Delivery Details section at the lower part of the screen, and the due date value was shown.  It was defaulted the same as the invoice date: 31/Aug/2018 which was my year-end date. 

I changed both the due date and the invoice date to my desired date and then started to choose a customer.  All my customers are cash based, i.e. the payment term has been defined as cash only.  Once a customer had been chosen with no other details inputted, the Delivery Details section was immediately replaced with a Cash Payment section.  I completed the invoice input and placed it.  When I printed the invoice, the due date was back to 31/Aug/2018.  My due date input was not recorded at all.  This is kind of strange.

What's more, subsequent input of customer invoices would not show the Delivery Details section again unless I changed the payment of the customer to values other than Cash Only. I guess the Delivery Details is only shown for non-Cash Only customers.  Even though I changed the due date value, it would not be recorded for cash only customers.  But how come the due date was defaulted to the year-end value for my cash only customers?

I was entering 2017 cash sales to the system.  My fiscal year end was 31/Aug/2018.  The date of sale was, say, 17/Sep/2017.  All customers were set to 'Cash' payment terms.  The direct sale invoice input was successful.  However, on printing the invoice, the Due Date was printed as 31/Aug/2018.  Actually all our customers paid cash to get the products.  That means the date of sale is the same as the due date.  Is ther somewhere I can set up the due date?

Definitely there must be some reason for bumping up the original invoice/journal entry number.  I guess some transactions may need to void the original and then recreate a new one.  But for simply modifying a memo field without changing other details, shouldn't the original invoice/journal entry be kept?

How then can I modify a journal entry or an invoice?  When I modify a journal entry, for instance the memo description, I have to click the 'Process Journal Entry' button.  It will then replace the original journal entry # with a new one.  But I want to keep the original journal entry number.

Yes, it would. Not only invoices, but also journal entries.  I just tested it again.
First, enter some journal entries.  Say you have entered 2.  Then do journal enquiry for the entries just entered.  Modify any one of the entries but clicking the pencil icon.  When you've done some modification, click 'Process journal entry' to effect the modification.  Do journal enquiry again.  You'll find the original journal # would be incremented.

It is the same for invoices.

My FA is 2.4.4

14

(4 replies, posted in Translations)

Yan Shuang wrote:

Hi, i have downloaded chinese language and set english as my primary language.

When i tried to create item with chinese character, it will save a string of weird characters instead... how do i solve this?

Besides installing the Chinese language, you have to set it as the default language.

I just modified the invoice memo field and saved (Enter Invoice) .  The original invoice # would be replaced with a new number.

Yes, the default language was set to Chinese and the preferred language was set in English.  Only in this set up could Chinese characters be displayed correctly.  All UI would be displayed in English except the login screen.

If the default language was set to English even though the Chinese language had been installed, the Chinese characters would become question marks.

This should not be a cache issue as suggested by apmuthu.  I had logged in and out and rebooted the system.  The login screen was still in Chinese.  For me this is okay.  I just wonder why this happens.

My language preference was set to English.  However, my default language was set to traditional Chinese.  All interfaces were displayed correctly in English except the Login interface which was in Chinese.  I expect the Login also uses English for the interface.

18

(7 replies, posted in Reporting)

Thank you for the suggested solution.  I just faced the same issue, using English for interface but had to use traditional/simplified Chinese.  Now the pdf printing works.