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 131 of 246)
Topics by apmuthu User defined search
Posts found: 3,251 to 3,275 of 6,144
Tested a db backup and then restore which failed possibly due to lack of sufficient db permissions for the mysql user used by FA.
Can confirm your yellow triangle on Ajax change of customer in new direct invoice in WinXPSP3 / FF 37.0.2. This is specific to your install and you would need to access your apache error log and php error log in FA to see what gives.
Even changing to the current fiscal year and attempting the above results in the same error.
What is the version of PHP / MySQL you are using?
Place a link to a demo install and let us see what breaks.
Hope you are using the FA git master code.
Try the lightweight SumatraPDF instead.
Try an older version of FireFox from the portable Apps site. The SF site too has them.
If the aim is to provide a login for a customer / supplier, create a role for it and an extension that allows only that GL account associated with the customer / supplier.
Please state the list of menu navigation steps you did to realise the error.
Perhaps the FA 2.4+ can sport one listing a filtered view of the attachments table.
Check out OpenSourcePOS and see what tables and fields you want integrated.
In case the DNS resolver fails, the IP is the standby for it.
Check the function get_extern_rate in the said file.
@seahawk: The global variable $no_zero_lines_amount is used to display the zero amount line in reports 107, 109, 110, 111:
if ($Net != 0.0 || !is_service($myrow2['mb_flag']) || !isset($no_zero_lines_amount) || $no_zero_lines_amount == 0)
{
..
..
What theme are you using? Revert to default theme and see what happens.
Can be a .htaccess or Apache config issue.
Look at function get_user_auth() and similar functions in admin/db/users_db.inc.
An Apache vhosts conf file would prevent .htaccess files being compromised. Most standard OpenVZ and other templates provide examples of such configs.
Here is one from a Debian FA apache conf where the rewrite conditions above be inserted:
ServerAdmin webmaster@localhost
ServerSignature Off
ServerTokens Prod
<IfModule mpm_prefork_module>
StartServers 2
MinSpareServers 1
MaxSpareServers 2
MaxClients 50
MaxRequestsPerChild 100
</IfModule>
<VirtualHost *:80>
DocumentRoot /var/www/frontac
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/frontac>
Options FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
DirectoryIndex index.php index.html
</Directory>
### Will possibly affect any other php script in it
# <Directory /var/www/frontac/sql/>
# Order Deny,Allow
# Deny from All
# </Directory>
<IfModule mod_rewrite.c>
<Location /modules/api/>
Options -MultiViews
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [QSA,L]
</Location>
</IfModule>
# Protect sensitive files.
<FilesMatch "\.(inc|po|sh|.*sql|log)$">
Order allow,deny
Deny from All
Satisfy All
</FilesMatch>
# Disable directory listings.
Options -Indexes
# Set the default index.
DirectoryIndex index.php
<IfModule mod_php5.c>
php_flag magic_quotes_gpc Off
php_flag register_globals Off
php_flag session.use_trans_sid Off
</IfModule>
ErrorLog /var/log/apache2/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/access.log combined
</VirtualHost>
Which version of FA are you referring to - FA 2.3.25+ or 2.4RC1?
In FA 2.4RC1, the following new defines have been added:
//
// Depreciation period types
//
define('FA_MONTHLY', 0);
define('FA_YEARLY', 1);
...
// Manufacturing types
//
define('WO_MATERIALS', 2);
...
// Tax calculation algorithms used in als and purchase (depends on supplier's invoicing software)
define('TCA_TOTALS', 1); // taxes are calculated from respective net totals for all lines
define('TCA_LINES', 2); // taxes calculated for every line, then summed
//
// Bank account owner types
//
define('BO_UNKNOWN', 0);
define('BO_COMPANY', 1);
define('BO_CUSTBRANCH', 2);
define('BO_SUPPLIER', 3);
...
// tax register type
define('TR_OUTPUT', 0); // sales
define('TR_INPUT', 1); // purchase
...
Quite a few settings in the config.php have been migrated to the sys_prefs table on a per company basis.
You can possibly check the (ST_CUSTPAYMENT && ST_CUSTCREDIT) in your constructs without touching the include/types.inc file.
Check out the wiki page on reports.
Forum posts of pertinence are:
https://frontaccounting.com/punbb/viewtopic.php?id=4511
https://frontaccounting.com/punbb/viewtopic.php?id=4331
https://frontaccounting.com/punbb/viewtopic.php?id=3470
@joe: This is very essential atleast in FA 2.4 - can implement it by making a certain role feature permission in the access roles - a back port too would be in order as there is no db change needed.
Download dejavu.zip and extract it to the reporting/fonts folder.
Service Tax (ST): 12% of 40% of Amount = 4.8% of Amount = 4.8%
Education Cess (EC) = 0.24% of Service Tax = 0.24% of 4.8% of Amount = 0.01152%
Higher Education Cess (HEC) = 1% of Education Cess = 0.01 * 0.01152 % of Amount = 0.0001152%
Total tax = 4.8% + 0.01152 % + 0.0001152% = 4.8116352 %
Hence just keep 1 tax at 4.8116352% and pass a JV for the split at the end of each month to split the taxes in the ratio of:
0.002394 : 0.2394 : 0.997582 for HEC : EC: ST
ie., 10: 1000 : 4167
All will hopefully get washed out by next fiscal when GST kicks in..... Swachh Bharat => Swachh Multi Tax => Swachh all tax. (Swachh == Clean Up).
Read FA's Tax System in the Wiki
You are correct. CentOS 6.8 does not support "en_IN.iso-8859-1".
# locale -a | grep en_IN
en_IN
en_IN.utf8
Hence you will need to make your en_IN lang file as utf8 or just en_IN alone and make sure the entries in the lang/installed_languages.inc file are appropriately set.
Check out the lang/installed_languages.inc in my FAMods.
Contact any of the FA Support consultants in the Wiki.
FA has 78 to 80 tables in MySQL and the schema are well documented. Importing data into FA will be trivial using any MySQL Client (phpMyAdmin, SQLyog, etc).
Creating plugins for features / reports available in your existing accounting system will be the real time hogger.
As you have sufficient tech personnel with Linux experience that should work in your favour.
As far as Magento eCommerce (v1.9.01 2014-05-15) is concerned, upgrading it to the latest version (v2.1.1) will be the first step and as it uses PDO_MySQL, your work becomes easier. The latest version of Magento uses the Zend framework and Symphony quite extensively besides a number of other libraries with their version specifics handled by composer.
If there are any specific roadblock you encounter, the forum here is well supported.
Good Luck.
Check your upgraded db schema with that of the sql/en_US-new.sql and see what is different.
Copy the FrontAccounting Wiki pages over to your localhost webserver using Win HTtrack or some sort of website copier or use some wiki software (MediaWiki, PMWiki, DocuWiki, etc).
Look at the heading "View/set global locale for all users on a “CentOS/RHEL/Scientific Linux v5.x/6.x” and older" in the CyberCiti.biz link.
Detailed answer specifically for India at CyberCiti.biz.
Also discussed in a forum post.
Posts found: 3,251 to 3,275 of 6,144
