@kvvaradha: Since you are making a LEFT JOIN for the voided entries, there could be many null voided entries in the result set that would have the v.date_ field as NULL anyway!
@joe: can polish it up and check and include it if needed.
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by apmuthu
@kvvaradha: Since you are making a LEFT JOIN for the voided entries, there could be many null voided entries in the result set that would have the v.date_ field as NULL anyway!
@joe: can polish it up and check and include it if needed.
@joe: the whole commit can be reviewed instead of the fixed part alone.
I think he means to include the description of items inside the report.
This generally occurs when there is a forex rate difference and may be dynamic / computed on the fly. Check if it differs each time the forex rate changes.
Replace each instance of
'
with an apostrophe (single quote) and then execute the SQLs in order in some MySQL client like phpMyAdmin, SQLyog, etc.
Chances are that the db user you created does not have sufficient write permissions.
The first user is "admin". The second user is "jimmyc". Try logging in with "admin".
It is possible that the Chart of Accounts you used may not be updated to the schema for the default Charts.
Try a fresh install with the sql/en_US-new.sql chart.
@joe: Can commit this. Makes sense.
Yes - modify the report in question.
Debit Note / Credit Note?
@joe: is this specific to certain versions of js or can it be included in the core?
Make a new extension for it.
A credit/debit note may be in order.
There is no direct link to the Forum Messaging module in the main menu though the PM links are there in every post. Also the forum message notifications do not work after the version upgrade.
Check your PM now.
Shall we replace it with x-rates.com? The bash code for it is:
wget -q -O- "https://www.x-rates.com/table/?from=USD&amount=1" | \
grep "http://www.x-rates.com/graph/?from=" | \
cut -c71-1000 | \
sed -e 's#</a></td>##' | \
sed -e 's#&to=# #' | \
sed -e "s#'># #" | \
sort -u > output.txt
@joe: Does this make it to the core?
Caveat: Provided you have not closed any of the succeeding fiscal years.
"Unknown" is okay for third party extensions.
Will these SKRs for 2018 do?
Wiki updated.
Making entries out of order is generally not advisable. However, the ability to enter / edit transactions in prior fiscal years is available if enabled under role permissions - this feature is for those who perform batch-wise historic book keeping.
All transactions pertaining to one fiscal year must be entered in order (date-wise) when that fiscal year is made the active one for the company, the earliest fiscal first.
Then make sure that the original path to root variable also gets passed on as well but as it's original value.
@aleifuuwork: The dashboard.inc is integrated in FA 2.4.x. Your links are for FA v2.3.x. Read from this post onwards. Use the canvas theme in a default install of FA 2.4 and enable it's deployment in the access role for the Administrator user, logout and then login.
Make it part of the Logo image
Actually, this is the way it is by default.
Looks like you downloaded the FAMods into a separate folder and did not integrate it with your FA core.
The en_US-demo.sql has the following error on navigating to Banking and General Ledger => Trial Balance:
The Opening Balance is not in balance, probably due to a non closed Previous Fiscalyear.
This appears to be a false positive as the balances (without zeroes for clarity) do actually tally.
Cannot duplicate your date picker error - is it specific to your choice of date format? The en_US date format seems to work okay.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.