Skip to forum content
FrontAccounting forum
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 123 of 245)
Topics by apmuthu User defined search
Posts found: 3,051 to 3,075 of 6,114
Make a new folder for FA 2.4 with it's files.
Copy over the company files for the working companies.
Copy any extensions for the FA 2.4 that were already there in FA 2.3.
The installed_extensions (and the one in the company folder), lang/installed_languages.inc, reporting/fonts must all be copied over from the FA 2.3 with any specifics of FA 2.4 to be inculcated.
Update / create the config.php and config_db.php files in FA 2.4 after referring FA 2.3.
Then when you startup the FA 2.4, your db should get upgraded or manually do so under Setup -> Software Upgrade. Make sure your db was updated to the latest FA 2.3.x before attempting the upgrade. This is necessary for each db / company you have in the installation.
Alternatively, install FA 2.4 afresh and manually create each company and logout.
Manually upload your backup (preferably outside of FA) for each company after adjusting the table prefixes and db names in the sql dump before doing so.
Login to (each) company and do a Setup -> Software Upgrade.
Install your extensions and you should be good to go.
Try:
<pre>
Account number Account name Total amount
311 Bank receivables 300
3111 Bank receivables from HSBC 300
31111 Bank receivables from HSBC HCM city 100
31112 Bank receivables from HSBC Hanoi 200
</pre>
What does it show?
Checkout the setting for $accounts_alpha in config.php file.
Which browser and version are you using now and have you set up the popups appropriately?
Check your spam folder.
Whitelist:
frontacc@sh121.surpasshosting.com
frontacc@gmail.com
Non backport issues
1. Different decimal places for amounts and prices
2. Make all Charts have the tables and fields in the same order and whitespacing, same comment lines - for ease of comparision. Example: UK CoA fixes.
3. Updation of language templates (please add Tamil).
4. Salesman wise reporting
5. Addition of Currency Filter Reports for reconciliation
6. Cambell's$SysPrefs not defined fix. - Fixed.
7.
Possible backport issues (@joe: will not fix as not an issue):
1. Bank Reconciliation and Reporting anomalies
2. Account Groups in Reporting balances
3.
Check out the array variable $aligns in each repXXX.php file.
This was probably left as is due to the fact that some adjustment entries should not show up amongst the actual bank statement entries and confound the user.
@joe: what's your take? Will the proposed solution (exception thrown out) affect the situation more than it seeks to set right?
Allow popups in your browser options. Some browsers have a setting to open popups in new tabs.
Take a look at the 6 digit French CoA (having mixed 2,3,4 and 5 digit chart_types.id) and the mixed 3,4 and 5 digit Spanish ISO CoA.
What happens if $failed_item is either false or NULL / not set in some versions of browser / server php?
Creating Quick Entry templates is entirely in the realm of the user assuming they know what they are doing. Whether any account therein is a bank account or otherwise is immaterial to a double entry accounting system - it will balance, but the bank accounts may not reconcile with bank statement from the bank if you willed it otherwise.
reporting/includes/doctext.inc has the flag to enable preparer display.
reporting/includes/header2.inc displays either the preparer if present, otherwise, the user_id.
The commit link clearly shows the changes.
FA 2.3.x and FA 2.4.x provide for reports in Excel directly and no need for any export. These Excel sheets are readable in all versions of Excel so far. Check your browser settings for mime type associations.
In a fresh blank FA install:
1. Take backup 1
2. Add a supplier.
3. Take backup 2.
4. Backup 1 & 2 diff will provide sql for supplier addition.
Do likewise for
1. adding 1 item supplied by them
2. Adding a price for it
3. Adding a POO that buys it.
Make sure everything works as desired.
Now compare with your currently entered 500+ data and POs and see what needs to be done to match them.
http://climbershaun.blogspot.in/2011/10/handling-upfront-payments-with.html
Google Translated:
Good night dear,
The present is to request your help regarding the registration of accounts receivable 2013, 2014, 2015 and 2016.
Currently the organization started its operations with FA, but we have outstanding invoices for payments of customers of the years already mentioned.
Therefore, I need to know how the registration of these accounts receivable would be.
Greetings.
Do you want to input your opening balances - for accounts receivables as at the beginning of the fiscal year?
Yes, you can self host FA on behalf of your client and collect subscriptions from them.
FA is Open Source and the developers will be able to improve it quickly if you donate a small fraction of your commercial gains to the project.
You might want to suppress the company drop down box in the login page and introduce some captcha if needed.
Edit the Chart of Accounts sql file and then create the company.
If you are adding accounts to an existing company, take a backup and edit the backup file to put in all the sql insertions and then upload and do a restore.
If the courier module is an extension to FA, then you do not need SimpleAPI. Just use the FA functions directly.
Duplicate post - see answer there.
How (and from where) did you install the said extensions?
All extension files will reside in modules/<extension>/ folder.
The file includes/db/references_db.inc is present in FA v2.3 and not in FA v2.4. You may have just copied over the FA 2.4 files onto an existing FA 2.3 install.
The extensions in the FA 2.4 official repo should work - that is why they are signed and stated to be "official". Try them out and see what breaks and report back for corrections.
The said link is for an FA version and SimpleAPI version that is quite dated but needs to be modified to suit the current versions. It is there as an example to modifiy as required when changes occur. What are you trying to do with the SimpleAPI?
The file includes/packages.inc defines the function check_src_ext_version() and returns tru only if the package version >= application version. Here the latter is the FA version defined in line 9 of version.php as $src_version = "2.4.RC1"; and the former is the Payroll Module version. As your module is not packaged, there is no version number displayed in it's entry in installed_extensions.php file both in the webroot and in the company/#/ folder where you can manually make an entry for the version.
@joe: If no version is present like this for manually installed custom modules, the line 215 in admin/inst_modules.php:
if (check_value('Active'.$i) && !check_src_ext_version($ext['version']))
can be modified to check the latter condition only if the $ext['version'] is not empty.
Tweak the permissions of the roles and report what is absent / needed.
Hardcoding specific users presence in the session variables is one workaround if it is not available as a user. Please note that some transactions may not have any "user ownership" and the audit trail may be the only way to glean it from.
Posts found: 3,051 to 3,075 of 6,114