376

(2 replies, posted in Modules Add-on's)

Changing the language files to replace all instances of customers with donors and then re-compiling them would be easiest. Otherwise, confusion would ensue where it is referred to as donors only in places where such changes have been made. Restricting such changes to just those files in the new module may be one such option provided that outputs of standard core functions in FA used in the new module are not touched and acceptable as is.

377

(15 replies, posted in Modules Add-on's)

Which version of FA and platform versions are you on? Linux/Windows/Mac, PHP, MySQL versions.

378

(2 replies, posted in Accounts Payable)

Hedge / book the currencies in your home currency and prepare the purchase order accordingly with the quoted currencies in the memo field and book the costs in the local currency.

Alternatively, break up the purchase order into separate currency ones and live within standard FA.

Lines 38 and 40 in js/utils.js need this change.

380

(8 replies, posted in Report Bugs here)

@joe: can include this?

Properly indented and assimilated changes into:
https://github.com/apmuthu/FA24extensions/tree/master/Extensions/rep_cash_flow_statement

Wonder why translation for "Accounts" was removed in @kvvaradha's version.

382

(13 replies, posted in Setup)

The really updated and synched en_US-demo2.sql to existing en_US-demo.sql is available at

https://github.com/apmuthu/FA24extensions/blob/master/Charts/chart_en_US-demo2/en_US-demo2.sql

This has the field orders synched too.

One Journal entry should suffice.

@joe: has this been done?

@joe: is this necessary?

https://www.cs-cart.com/
https://github.com/cscart/

Uses PHP/MySQL - so FA integration is possible

387

(4 replies, posted in Setup)

Expected time of arrival of any new version of FA is simply inderminate what with PHP versions changing rapidly too.

388

(3 replies, posted in Modules Add-on's)

Integrate FA with vTigerCRM to achieve it.

Pass a voiding equivalent contra Journal Entry in the current fiscal.

Post scope of work and bounty offered to elicit better response.

Allow edit of fiscal year if no transactions are there in it.

392

(4 replies, posted in Announcements)

Post Release Fixes attached.

CHANGELOG

Github Master (Bleeding Edge) Download Link

These fixes can be applied to (overwrite) the release version to be fully functional.

393

(4 replies, posted in Announcements)

Attached is the set of changed files between FA 2.4.9 and FA 2.4.10.
This needs the fixes listed in the second post herein to work.

First 3 day download stats at SF
Previous release fileset changes in this post.
SF Main Download Page
FA 2.4.10 tar.gz download
MD5 Hash: e230171d44cc88b532d801d38b31c589
Filesize: 1,869,717 bytes

394

(4 replies, posted in Announcements)

This version now has 5 new translatable strings:

Invalid password or username. Please, try again.
Max day range in Documents must be a positive number.
Max day range in documents
days.
Invoice %d from %s

My CoA's have it customised for South Africa, India, etc which have odd dates for fiscal year start and end as well. Checkout my unofficial extensions repo on github.

396

(4 replies, posted in Announcements)

Release date 2021-06-20 as of GitHub commit https://github.com/FrontAccountingERP/FA/commit/c37b1d3a42a2ed774135aae6a337614bf8121a09

SF Download Link

Needs following fixes for working:

2.4.10 Balance and Profit and loss reports fail to print

select item not working in purchase order and sales order entry

Item_units_db.inc file gives error with this functions

@kvvaradha: In FA v2.4.10,  en_US-new  has 2019 and en_US-demo has 2020.  Both are outdated fiscal years, kindly update them and release it again.

@joe: I thought about that when releasing, However it is good to have at least one year back, so that in an eventuallty, a prolonged or deferred fiscal year can be created.

@kvvaradha: Ok. But we have to provide current year selection in the company setup and fiscal years. Those who comes to try new to our fa. They can't create invoice. Because of fiscal year is not new.  New users may not know how to deal with it.  Hope you understand the situation for the new users.

@rafat: I somehow tend to agree with @kvvaradha and would suggest that at least the demo version  to contain the current fiscal year as the default  so new users can navigate easily thru the system before they get into the serious stuff. I have some observations about the new Dashboard and would like to bring them out. Which section of the forum is most suitable?

@joe: Ok, I will update the COAs and commit and replace them at Sourceforge. Regarding observations, maybe FA Modifications or Report Bugs Here are suitable.

@apmuthu: Actually, a set of SET commands for a few date variables can be listed early in the sql dump and used everywhere whenever a fiscal year change is needed.

https://frontaccounting.com/fawiki/index.php?n=Main.Support

399

(2 replies, posted in Banking and General Ledger)

Use a journal entry:

To Debit Payee Account $a
To Debit Bank Charges $b
To Debit Bank Tax Payable $c
By Credit Bank for Cheque paid $d

such that $d = $a + $b + $c

400

(1 replies, posted in Banking and General Ledger)

Check for extra blank line and see that the CRLF is all replaced with LF as line endings of text / csv file.